Docket No. 10/801,516 



In The United States Patent And Trademark Office 



Applicant: 


Carmody Quinn 


Application No.: 


10/801,516 


Filing Date: 


March 16, 2004 


Title: 


Portable Operating Environment 


Art Unit: 


2191 


Examiner 


Deng, Anna 


Docket No.: 


QUTN-13 



Transmittal 
Response to Notice to File Missing Parts 



Certificate nf Mailing hv "EFS- Weh Transmission" Under 37 C.F.R. 
61.8 

I hereby certify that this correspondence is being electronically 
submitted to the U, S, Patent and Trademark Office website, 
.usptQ.gov, on ^e€ember 27, 2007. 



Commissioner for Patents 
PO Box 1450 

Alexandria, VA 22313-1450 
Sir, 

The attached Exhibit 2 was inadvertently omitted from the 
Amendment/Response to Final Office Action which was filed electronically on 
December 26, 2007. 



Transmittal 
Page 1 of 2 

Application No. 10/801,516 



Docket No. 10/801,516 



Any additional extension of time necessary to prevent abandonment is 
requested, and the Commissioner is authorized to charge any additional fees 
necessary or credit any over-payment to Deposit Account No. 07-2320. 



Date: December 27, 2007 Respectfully submitted, 

Malcolm Pipes 
Reg. No. 46,995 
Attorney for Applicant 



Customer No. 29106 
Groover & Associates 
PO Box 802889 
DaUas, TX 75380-2889 
Tel: 972.980.5840 
Fax: 972.980.5841 



Transmittal 
Page 2 of 2 

Application No. 10/801,516 



Windows Registry - Wikipedia, the free encyclopedia 



Page 1 of 10 



Windows Registry 

From Wikipedia, the free encyclopedia 

The Windows registry is a directory which stores settings and options for the operating system for 
Microsoft Windows 32-bit versions, 64-bit versions and Windows Mobile. It contains information and 

settings for all the hardware, operating system software, most non-operating system software, users, 
preferences of the PC, etc. Whenever a user makes changes to Control Panel settings, file associations, 
system policies, or installed software, the changes are reflected and stored in the registry. The registry also 
provides a window into the operation of the kernel, exposing runtime information such as performance 
counters and currently active hardware. This use of registry mechanism is conceptually similar to the way 
that Sysfs and procfs expose runtime information through the file system (traditionally viewed as a place 
for permanent storage), though the information made available by each of them differs tremendously. 

The Windows registry was introduced to tidy up the profusion of per-program INI files that had previously 
been used to store configuration settings for Windows programs. These files tended to be scattered all 
over the system, which made them difficult to track. 

Contents 

■ 1 Structure 

■ 1.1 Keys and Values 

■ 1.2 Hives 

. 1.2.1 HKEY_CLASSES_ROOT 

• 1.2.2 HKEY_CURRENT_USER 

■ 1.2.3 HBCEY_LOCALJVIACHINE 

. 1.2.4 HKEY_USERS 

. 1.2.5 HKEY_CURRENT_CONFIG 

. 1.2.6 HKEYJPERFORMANCE_DATA 

- 2 Editing 

■ 2.1 Manual editing 

■ 2.2 Command Mne editing 

■ 2.3 Programs or scripts 

■ 3 Locations 

■ 3.1 Windows NT, 2000, XP, Server 2003, and Vista 

■ 3.2 Windows 95, 98, and Me 

■ 3.3 Windows 3.11 

■ 4 Policy files 

■ 4.1 Policy file editor 

■ 5 Advantages 

■ 6 Disadvantages 

m 6.1 Windows 9x OS 

■ 7 Alternatives in other operating systems 

■ 8 See also 

■ 9 References 

■ 10 Externallinks 



Structure 



http://en.wikipedia.org/wikiAVindows_Registry 



12/20/2007 



Windows Registry - Wikipedia, the free encyclopedia 



Page 2 of 10 



Keys and Values 

The registry contains two basic kinds of elements: keys and values. 

Registry Keys are similar to folders - in addition to values, each key can contain subkeys, which may 
contain further subkeys, and so on. Keys are referenced with a syntax similar to Windows' path names, 
using backslashes to indicate levels of hierarchy. E.g. 

HKEY_LOCAL_MACHINE\SoftwareMVIicrosoft\Windows refers to the subkey "Windows" of the subkey 
"Microsoft" of the subkey "Software" of the HKEY_LOCAL_MACHINE key. 

Registry Values are name/data pairs stored within keys. Values are referenced separately from keys. Value 
names can contain backslashes which would lead to ambiguities were they referred to Uke paths. The 
Windows API functions that query and manipulate registry values take value names separately from the key 
path and/or handle that identifies the parent key. 

The terminology is somewhat misleading, as the values are similar to an associative array, where standard 
terminology would refer to the name part of the value as a "key". The terms are a holdout from the 1 6-bit 
registry in Windows 3, in which keys could not contain arbitrary name/data pairs, but rather contained only 
one unnamed value (which had to be a string). In this sense, the entire registry was Uke an associative array 
where the keys (in both the registry sense and dictionary sense) formed a hierarchy, and the values were all 
strings. When the 32-bit registry was created, so was the additional capabiUty of creating multiple named 
values per key, and the meanings of the names were somewhat distorted^'^l 



There are a number of different types of values: 



List of Registry Value Types 


0 


REG_NONE 


No t>'pe 


1 


REG_SZ 


A constant string value 


2 


REG_EXPAND_SZ 


An "expandable" string value that can contain 
environment variables 


3 


REG_BINARY 


Binary data (any arbitrary data) 


4 


REG_DWORD/REG_DWORD_LnTLE_^NDIAN 


A DWORD value, a 32-bit unsigned integer 
(numbers between 0 and 4,294,967,295 [2^^ - 
1]) (httle-endian) 


5 


REG_DWORD_BIG_ENDIAN 


A DWORD value, a 32-bit unsigned integer 
(numbers between 0 and 4,294,967,295 [2^^ - 
1]) (big-endian) 


6 


REG_LINK 


symbolic link (UNICODE) 


7 


REG_MULTI_SZ 


A multi-string value, which is an array of strings 


8 


REG„RESOU RCE_LIST 


Resource list 


9 


REG_FULL RESOURCE_DESCRTPTOR 


Resource descriptor 




]^gIresource_requirements_ust 


Resource Requirements List 


11 


REG_QWORD/REG_QWORD_LITTLE_ENDIAN 


A QWORD value, a 64-bit mteger (either big- or 
little-endian, or unspecified) 
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Hives 

The Registry is split into a number of logical sections, or "hives". '■^^ Hives are generally named by their 
Windows API definitions, which all begin "HKEY". They are abbreviated to a three- or four-letter short 
name starting with "HK" (e.g. HKCU and HKLM). 

The HKEY_LOCAL_MACHINE and HKEY_CURRENT_USER nodes have a similar structure to each 
other; applications typically look up their settings by first checking for them in 

"HKEY_CURRENT_USER\Software\Vendor's name\Application's name\Version\Setting name", and if the 
setting is not found looking instead in the same location under the HKEY_LOCAL_MACHINE key. When 
vwiting settings back, the reverse approach is used — HKEY_LOCAL_MACHINE is written first, but if 
that cannot be written to (which is usually the case if the logged-in user Is not an administrator), the setting 
is stored in HKEY_CURRENT_USER instead. 

HKEY_CLASSES_ROOT 

Abbreviated HKCR, HKEY„CLASSES_ROC>r stores information about registered applications, such as 
Associations from File Extensions and OLE Object Class IDs tying them to the applications used to handle 
these items. On Windows 2000 and above, HKCR is a compilation of HKCU\Software\Classes and 
HKLM\Software\Classes. If a given value exists in both of the subkeys above, the one in 
HKCU\Software\Classes is usedJ^^ 

HKEY_CURRENT_USER 

Abbreviated HKCU, HKEY_CURRENT_USER stores settings that are specific to the currently logged-in 
user. The HKCU key is a link to the subkey of HKEY_USERS that corresponds to the user; the same 
information is reflected in both locations. On Windows-NT based systems, each user's settings are stored in 
their own files called NTUSER.DAT and USRCLASS.DAT inside their own documents and settings 
subfolder. 

HKEY_LOCAL_MACfflNE 

Abbreviated HKLM, HKEY_LOCAL_MACHINE stores settings that are general to all users on the 
computer. On NT-based versions of Windows, HKLM contains four subkeys, SAM, SECURITY, 
SOFTWARE and SYSTEM, that are found within their respective files located in the %SystemRoot% 
\System32\Config folder. A fifth subkey, HARDWARE, is volatile and is created dynamically, and as such 
is not stored in a file. Information about system hardware drivers and services are located under the 
SYSTEM subkey, whilst the SOFTWARE subkey contains software and windows settings. 

HKEY_USERS 

Abbreviated HKU, HKEY_USERS contains subkeys corresponding to the HKEY_CURRENT_USER keys 
for each user registered on the machine. 

HKEY_CURRENT_CONFIG 

Abbreviated HKCC, HKEY_CURRENT_CONFIG contains information gathered at runtime; information 
stored in diis key is not permanently stored on disk, but rather regenerated at boot time. 
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HKEY_PERFORMANCE_DATA 

This key provides runtime information into performance data provided by either the NT kernel itself or 
other programs that provide performance data. This key is not displayed in the Registry Editor, but it is 
visible through the registry functions in the Windows API. 

Editing 

Manual editing 

The registry can be edited manually in Microsoft Windows by running 
regedit.exe or regedt32.exe in the Windows directory. However, careless 
registry editing can cause irreversible damage. Thus, performing back-ups 
of the registry is highly recommended. Many optimization and "hacking" 
tools are available to modify this portion of the Windows operating 
system; it is preferable not to use them unless one has a knowledge of 
registry workings or wishes to learn more about the registry. 

A simple implementation of the current registry tool appeared in Windows 
3.x, called the "Registration Info Editor" or "Registration Editor". This 
was basically just a database of applications used to edit embedded OLE 
objects in documents. 

Windows NT introduced permissions for Registry editing. Windows NT 4 
and Windows 2000 were distributed with both the Windows 9x 
REGEDIT.EXE program and Windows NT 3.x's REGEDT32.EXE 
program. There are several differences between the two editors on these 
platforms: 

■ REGEDIT.EXE had a left-side tree view that began at "My 
Computer" and listed all loaded hives. REGEDT32.EXE had a left- 
side tree view, but each hive had its own window, so the tree 
displayed only keys. 

■ REGEDIT.EXE represented the three components of a value (its name, type, and data) as separate 
columns of a table. REGEDT32.EXE represented them as a list of strings. 

■ REGEDIT.EXE supported right-clicking of entries in a tree view to adjust properties and other 
settings. REGEDT32.EXE required all actions to be performed from the top menu bar. 

• REGEDIT.EXE supported searching for key names, values, or data throughout the entire registry, 
whereas REGEDT32.EXE only supported searching for key names in one hive at a time. 

■ Because REGEDIT.EXE was directly ported from Windows 95, it did not support permission editing 
(permissions do not exist on Windows 9x). Therefore, the only way to access the full functionality of 
an NT registry was with REGEDT32.EXE. 

- REGEDIT.EXE only supported string {REG_SZ), binary {REG_BINARY), and DWORD 
(REG_DWORD) values. REGEDT32.EXE supports those, plus expandable string 
(REG_EXPAND_SZ) and multi-string (REGJVIULTLSZ). Attempting to edit unsupported key 
types with REGEDIT.EXE on Windows 2000 or Windows NT 4 will result in conversion to a 
supported type that cannot be reversed.^^^ 

Windows XP was the first system to integrate these two programs into one, adopting the old 




The Registry Editor in 
Windows Vista 




t Windows 3.11 Registry Editor 1 
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REGEDIT.EXE interface and adding the REGEDT32.EXE functionality. The differences hsted above are 
not applicable on Windows XP and newer systems; REGEDIT.EXE is the improved editor, and 
REGEDT32.EXE is simply a stub that invokes REGEDIT.EXE. 

Command line editing 

The registry can be manipulated from the command line with the reg.exe utility. It is included in Windows 
XP and Windows Vista and can be downloaded separately for previous versions. Alternative locations 
include the Resource Kit CD's or the original Installation CD of Windows. 



jreg.exe Operation [Parameter List] 



joperatlon [QXIERY | add | delete ] copy | save I LOAD lUNLOAD | RESTORE |COMPARE | EXPORT | IMPORT] ■ 

Also, a .reg file (a text-based human -readable file format for storing portions of the registry) can be 
imported from the command line with the following command: 



lregedit.exe /s file 

i - 

The /s means the file will be silent merged to the Registry. If the /s parameter is omitted the user will be 
asked to confirm the operation. In Windows 98 and Windows 95 the /s switch also caused regedit.exe to 
ignore the setting in the registry that allows administrators to disable it. When using the /s switch Regedit 
does not return an appropriate return code if the operation fails, unlike reg.exe which does. This makes it 
hard to script, however a possible workaround is to add the following lines into your batch file: 



regedit /s file. reg 

regedit /e test. reg "key" 

if not exist test. reg goto REGERROR 



The default association for .reg files in many versions of Microsoft Windows, starting with Windows 98 
does require the user to confirm the merging to avoid user mistake. 

Registry permissions can be manipulated through the conunand line using the subinACL . exe tool. The 
permissions on the HKEY_LOCAL_MACHINE\SOFrWARE key can be displayed using: 



subinacl /keyreg HKEY_LOCAL„MACHIME\so£tware /display 



To set the owner of the key HKEY_LOCAL_MACHINE\software and all of its subkeys to Administrator: 



subinacl /keyreg HKEY_LOCAL_MACHIKE\sof tware /setowner=Adminlstrator 
subinacl /subkeyreg HKEY_LOCAL„MACHIME\sof tware /aetown©r=Adininistrator 



To grant full access rights to the HKEY_LOCAL_MACHINE\software key to Administrator: 
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jsubinacl /keyreg HKBY„LOCAL_MACHINE\sof tware /grant=Aclministrator=F 



Programs or scripts 



The registry can be edited through the APIs of the Advanced Windows 32 Base API Library (advapi32.dll). 
[6] 



List of Registry API functions 


RegCloseKey 


RegOpenKey 


RegConnectRegistry 


RegOpenKeyEx 


RegCreateKey 


RegQuerylnfoKey 


RegCreateKeyEx 


RegQueryMultipleValues 


RegDeleteKey 


RegQueryValue 


RegDeleteValue 


RegQueryValueEx 


RegEnumKey 


RegReplaceKey 


RegEnumKeyEx 


RegRestoreKey 


RegEnumValue 


RegSaveKey 


RegFlushKey 


RegSetKeySecurity 


RegGetKeySecurity 


RegSetValue 


RegLoadKey 


RegSetValueEx 




RegNotifyChangeKeyValue 


RegUnLoadKey 





Some programming languages, like Visual Basic, offer built-in runtime library functions that enable 
programs to store settings in the registry. Another way is to use the Windows Support Tool Reg.exe by 
executing it from codeP^ 

Many scripting languages such as Perl (with Win32 : iTieRegistry) and VBScript also enable registry 
editing from scripts. 



Locations 

The Registry is stored in several files; depending upon the version of Windows, there will be different files 
and different locations for these files, but they are all on the local machine, except for the Ntuser . dat files. 
There is one such file per user that contains the information in HKEY_CURRENT_USER; it may be placed 
on another computer to allow for roaming profiles. The policy file, which is usually stored on a server in the 
local network, may also be located remotely. 



Windows NT, 2000, XP, Server 2003, and Vista 

The following Registry files are stored in %systemRoot%\system32\conf ig\: 

. sam-HKEY_LOCAL_MACHINE\SAM 
. securi ty - HKEY_LOCAL_MACHINE\SECURITY 
. software -HKEY,LOCAL_MACHINE\SOFTWARE 
. system - HKEY_LOCAL3i ACHINE\SYSTEM 
• De f aul t - HKEY_USERS\.DEFAULT 

■ userdif f - Not associated with a hive. Used only when upgrading operating systems.' 



The following files are stored in each user's profile folder: 

■ %userProf ile%\Ntuser . dat - HKEY_USERS\<User SID> (linked to by 
HKEY_CURRENT„USER) 
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■ %UserProf ile%\Local Settings\Application Data\Microsof t\Windows\Usrclass . dat (path 

is localized) - HKEY_USERS\<User SID>_Classes (HKEY_CURRENT_USER\Software\Classes) 
Windows 95, 98, and Me 

The registry files are named user. dat and system. dat and are stored in the %windir% directory. In 
Windows Me, classes .dat was added. Also, each user profile (if profiles are enabled) has its own 
USER . DAT in profile's directory. 

Windows 3.11 

The registry file is called Reg . dat and is stored in the c : \ windows directory. 

Policy files 

Since Windows 95, administrators can use a special file to be merged into the registry, a policy file. The 
policy file allows administrators to prevent non-administrator users from changing registry settings Uke, for 
instance, the security level of IE and the desktop background wallpaper. The poUcy file is primarily used in 
a business with a large number of computers where the business needs to be protected from the users and 
the users need to be protected from themselves. 

The default extension for the policy file is .poi. The policy file filters the settings it enforces by user and 
by group (a "group" is a defined set of users). To do that the policy file merges into the registry, preventing 
users from circumventing it by simply changing back the settings. The policy file is usually distributed 
through a LAN, but can be placed on the local computer. 

Policy file editor 

The policy file is created by a free tool by Microsoft that goes by the filename poledit. exe for Windows 
95AVindows 98 and with a computer management module for NT-based systems. The module will not 
work in Windows XP Home Edition, but it does work in the Professional edition with filename Gpedit.msc. 
The editor requires administrative permissions to be run on systems that uses permissions. The editor can 
also directly change the current registry settings of the local computer and if the remote registry service is 
installed and started on another computer it can also change the registry on that computer. The poUcy editor 
loads the settings it can change from . adm files, of which one is included, that contains the settings the 
Windows shell provides. The . adm file is plain text and supports easy localisation by allowing all the 
strings to be stored in one place. The policy editor has been renamed to Group Policies in newer versions of 
Windows. 

Advantages 

Changing from having one or more INI files per program to one centrahsed registry has its good points: 

■ The registry keeps machine configuration separate from user configuration. When a user logs into a 
Windows NT/2000/XP/Server 2003 computer, the user-based registry settings are loaded from a 
different path than the system wide settings. This allows programs to more easily keep per-user 
configuration, as they can just work with the "current user" key, whereas in the past they tended to 
just keep system-wide per-program settings. 

■ Group Policy allows administrators on a Windows-based computer network to centrally manage 
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program and policy settings. Part of this involves being able to set what an entry in the registry will 
be for all the computers on the network, and affect nearly any installed program — something almost 
impossible with per-program configuration files each with custom layouts, stored in dispersed 
locations. 

■ Because the registry is accessed through a special API, it is available to scripts and remote 
management using WMI. Each script does not have to be customised for every application's unique 
configuration file layouts and restrictions. 

■ The registry can be accessed as one item over a network connection for remote management/support, 
including from scripts, using the standard API. 

■ It can be backed up more easily, in that it is just a small number of files in specific locations. 

■ Portions of settings like any subset of an application configuration can be saved in a text-based .REG 
file, which can be edited with any text editor later. .REG files can easily be merged back into the 
registry both by unattended batch file or by the user just double-clicking on the file without harming 
any setting that is not explicitly stated in the .REG file. This is very useful for administrators and 
support personnel who want to preset or preconfigure only a few options like approving the EULA of 
a certain application. 

■ Since accessing the registry does not require parsing, it can be read from and written to more quickly 
than a text file can be. 

■ Registry changes and readings can be tracked via a tool like Wintemals' RegMon on value level. This 
is a big advantage for generating scripts in networks as well as debugging problems. 

■ Registry keys are independent of the Windows language, the Windows installation drive and path and 
even the Windows versions as such. So support personnel can easily give out one set of instructions, 
without having to handle these things, unlike, for example, files in the user profile, which can be on 
different paths on each installation. 

■ The registry is constructed as a database, and offers DB-like features such as atomic updates. If two 
processes attempt to update the same registry value at the same time, one process's change will 
precede the other's, so one will only last a short time until the second gets written. With changes in a 
file system, such race conditions can result in interleaved data that doesn't match either attempted 
update. Windows Vista provides transactional updates to the registry, so the atomicity guarantees can 
be extended across multiple key and/or value changes, which traditional commit-abort semantics. 
(Note that NTFS provides such support for the file system as well, so the same guarantees could be 
obtained with traditional configuration files.) 

Disadvantages 

However, the centralized Registry introduces some problems as well: 

■ The HKEY JX)CAL31ACHINE part is a single point of failure — damage to the Registry can 
render a Windows system unbootable, in extreme cases to a point that cannot be fixed, and requires a 
full reinstall of Windows. Because of this potential, Windows stores two copies of the registry files, 
and will load the backup copies if the primary files fail. 

■ The registry does not document itself in the same way a configuration file can, since it does not 
contain comments. 

■ Restoring parts of the registry is hard because the user cannot easily extract data from backed up 
registry files. Offline reading and manipulation of the registry (for example from a parallel installed 
Windows or a boot CD) is not trivial (but not impossible). 

■ Any application that does not uninstall properly, or does not have an uninstaller, can leave entries in 
the registry. In some cases this leads to performance or even stability problems, but only if the 
application registers itself as a class in HKEY_CLASSES_ROOT or HKEY_LOCAL_MACHINE. 
Note that user settings usually remain in the registry, which is done by design for three reasons: First, 
the user might be on a Windows domain with server-based profiles, where the settings move with the 
user to other computers. Uninstalling the application on one computer does not mean the user does 
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not want to use the program on some other computer on the domain. Second, the uninstall process 
would have to load and process all user's hives to be able to erase all of its saved settings; to do so for 
every user can be very processor and time consuming and is not guaranteed to remove from every 
user in every configuration Windows can be. Third, if ihe program is installed again later, the user's 
previous settings will remain. (In any case, unused keys in HKCU have negligible impact on system 
performance.) 

■ Since at least 1998,^^^ pages at Microsoft Support relating to editing the registry include the 
disclaimer that the use of the Registry Editor should be done at one's own risk, underlining the 
severity of a corrupt registry. 

■ Applications that make use of the registry to store and retrieve their settings are not conducive for use 
on portable devices used to carry applications from one system to another. Since the settings are in 
the registry, and the registry is not on the portable device along with the application, any setting 
changes are lost and must be re-entered for each new system. A similar problem presents itself if the 
user gets a new computer or needs to reinstall Windows itself; it is difficult to isolate the portions of 
the registry that should be moved so that the user can retain their settings. 

Windows 9x OS 

On Windows 9x computers, an older installation can have a very large registry that slows down the 
computer's startup and can make the computer unstable. This has led to frequent criticisms that the registry 
leads to instability. However, as the on-disc structure of the registry is entirely different on the NT line of 
Operating Systems (including Windows XP and Vista) than Windows 9x series OS,^^^ slowdown due to 
registry bloat now occurs much less frequently. 

Alternatives in other operating systems 

Other systems use separate configuration files for separate application subsystems, but group diem together 
for ease of management. For instance, under Unix and Linux, system-wide configuration files (information 
which would appear in HKEY_LOCAL_MACHINE on Windows) are traditionally stored in files in /etc/ 
and its subdirectories, or sometimes in /usr/local/etc. Per-user information (information that would be 
in HKEY_CURRENT_USER) is stored in hidden directories and files (that start with a period) within the 
user's home directory. 

Applications running on Apple Inc.'s Mac OS X operating system typically store settings in property hst 
files which are usually stored in each user's Library folder. An advantage of this is that corruption to one of 
these files will normally only affect a single apphcation, whereas corruption of one of the Registry hives 
can have system-wide effects. However, Mac OS X also has a system database called Netlnfo that stores 
system-wide settings such as user account details and network configuration. 

RISC OS also allows applications to be copied into directories easily, as opposed to the separate installation 
program that typifies Windows applications. If one wishes to remove the application, it is possible to 
simply delete the folder belonging to the application.^^**^ This is possible because RISC OS does not 
support multi-user environments with different settings for each user. 

IBM AIX (a Unix derivant) uses a registry component called Object Data Manager (ODM). The ODM is 
used to store information about system and device configuration. An extensive set of tools and utilities 
provides users with means of extending, checking, coiTecting the ODM database. The ODM stores its 
information in several files, default location is /etc/objrepos. 

The GNOME desktop environment uses a registry-like interface called GConf for storing configuration 
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settings for the desktop and applications. However, in GConf, all application settings are stored in separate 
files, thereby eliminating a single point of failure. 

The Elektra Initiative provides an alternative back-end for text configuration files for the Linux operating 

system, similar to the registry. 

See also 

■ Registry cleaner 
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Portable application 

From Wikipedia, the free encyclopedia 

A portable application, or portable app for short, is a software 
program that does not require any kind of formal installation onto a 

computer's permanent storage device to be executed, and can be stored 
on a removable storage device such as a CD-ROM, USB flash drive, 
flash card, or even a floppy disk, enabling it to be used on multiple 
computers. This does not mean that it can be taken and used on a 
different operating system, processing platform, or another computer 
with completely different hardware (i.e., those that are not compatible 
with the software as stated by its requirements), so it is not to be 
confused with the concept of software portability, which is the ability 
for software to be run or compiled with little modification on diverse 
computing platforms. Ideally it can be configured to read its 
configuration files from the same storage location as the software 
program files. 

Another term sometimes used for portable applications is standalone. 
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Portable Windows applications 

Most software for Microsoft Windows is not designed to be portable. The Windows registry, the way 
that .dll libraries are managed, and the structure of the Windows Installer all tend to make application 
installation a one-way event. Mainstream applications like Adobe Photoshop and Microsoft Word, for 
example, use the registry intensively, and store state information all over the file system, although 
software authoring guidelines suggest using the registry for settings and the user's profile (in the "My 
Documents" or "Documents and Settings" folders) for larger files dependent on a specific installation or 
the user's habits. 

In order to make portable applications, software developers must make their software applications leave 
the computer they run on completely "clean". This means that the application cannot use the registry, 
nor store its files anywhere on the machine other than in the application's installation directory. When 
installed to removable media, a program would need to store settings in an INI file (or similar 
configuration file) rather than in the registry. 

One alternative strategy that exists for achieving apphcation portability within Windows, without 
requiring application source code changes, is called virtualization. By using virtualization, an 
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application can be "buffered" with DLLs that would intercept all file system and registry calls. This 
virtualization layer would intercept all non-portable calls, and would direct output to files located in the 
application's installation directory. This approach would leave the application unchanged, yet portable. 

Portable Macintosh applications 

Many programs for the Macintosh OS X have an inherent degree of portabiUty as they are packaged as 
"drag-install" application bundles, rather than as Installer packages. However, many applications 
bundles are not truly portable as they store their preferences in files on the local disk where the OS is 
installed. Macintosh applications which are designed to be portable store their preferences in the drive 
they are being run from. 

Double portability 

There is a very restricted category of software that can support a sort of double portability, being both 
stand alone and cross-platform compatible, able to run on different hardware with little or no 
modifications, perhaps with minor restrictions. One such software is SymbOS, whose main modules can 
in their present form be executed on both Amstrad CPC and MSX machines without modification. Only 
some of its bundled applications are hardware-dependent. To a much lesser extent, Macintosh fat binary 
applications could be considered as cross-platform, but not always truly portable. 

See also 

■ List of portable software 

■ List of portable computer games 

■ portableapps.com - Collection of open source Microsoft Windows software 

■ MojoPac - creates a complete "portable PC" via virtualization 

■ Ceedo 

External links 

■ klik - Portable applications for Linux 

■ OS X Portable Applications - FreeSMUG.org - Collection of Mac OS X portable applications. 

■ Portable Freeware - Also lists applications that are not portable, but can be made portable. 

■ TinyApps - Specializes in small applications. Portable applications are marked with a "+". 
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